home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 23
/
Aminet 23 (1998)(GTI - Schatztruhe)[!][Feb 1998].iso
/
Aminet
/
util
/
boot
/
StackAttack.lha
/
StackAttack
/
H E L P M E ! !
< prev
next >
Wrap
Text File
|
1997-11-03
|
2KB
|
38 lines
If you are not a programmer then this is nothing for you!
There's a little problem with StackAttack. There are two (or maybe more?)
programs that did not work correctly (= don't get the correct stack size)
when StackAttack is running. These programs are
C:ICONX
SYS:SYSTEM/CLI (= default tool of SYS:SYSTEM/SHELL icon)
If there's a STACK tooltype in their (project) icons then this stack will
not be used. Instead they will get MINSTACK + ADDSTACK (arguments passed
to StackAttack). SYS:SYSTEM/CLI seems to call SystemTagList() with no
taglist (even when there's the STACK tooltype in the project icon). In such
a case StackAttack used to create a temporary taglist on the stack with
NP_StackSize set to MINSTACK + ADDSTACK. This seems to work with every other
program. But SYS:SYSTEM/CLI and C:ICONX will no longer use the stack size
from the tooltype.
In V1.0 I have changed the SystemTagList() patch so that it does not do
anything (don't create temp taglist with NP_StackSize tag) when it does
not find a NP_StackSize tagitem or when there's no taglist at all). This
makes C:ICONX and SYS:SYSTEM/CLI get the correct stack (= from the tooltype)
again. (Have a look at "patch.asm" --> search for "**HELP**")
I think there must be a better solution. So if you have any idea please
contact me. It has probably something do do with pr_StackSize (struct
Process *) or cli_DefaultStack (struct CommandLineInterface *) which
is not set to the value from the STACK-tooltype when StackAttack adds
a NP_StackSize tagitem to the supplied (or temp. created) taglist. And
why the hell is SYS:SYSTEM/CLI calling SystemTagList() with no taglist
at all?
--
EMail: steger@pass.dnet.it